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1. The Field of the Invention 

[0001] The present invention relates to software development technology and inter-team 
communications. More specifically, the present invention relates to a network-aided 
mechanism for facilitating efficient inter-team cooperation as when correcting software 
performance deviations. 

2. Background and Related Art 

[0002] Computing technology has transformed the way we work and play. Computing 
technology relies on sophisticated hardware including interconnected processing, memory, 
communication and user interface devices. Software governs how these various physical 
components interact with each other and with a user in order to enable a substantially 
unlimited variety of applications. 

2 [0003] Software is becoming more and more complex as time progresses. It is not at all 

w 
w 

^ § rt 5 unusual for an application to contain many thousands, and even millions of discrete binary 

O I % g " § instructions. Due to such complexity, software products sometimes contain deviations in 
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9 S § § 2 u expected performance often referred to as "bugs" even when the software product has been 
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£ § s ^ designed and authored by experienced software engineers, and undergone extensive testing. 

Accordingly, whether during the testing process, or subsequent to product release, software 
performance deviations sometimes arise. 
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[0004] Correction of software performance deviations can also be a complex process, 
requiring a wide range of expertise not typically held by any single individual or even any 
single team of individuals. Without sufficient inter-team cooperation, correction of the 
software performance deviation correction can be an inefficient process, thereby wasting 
resources of the entity charged with making the correction. In addition, sometimes there is 
urgency in resolving the software performance deviations as quickly as possible, as when, 
for example, the software performance deviation has an impact on security or privacy. 
[0005] Accordingly, what would be advantageous is to have an efficient mechanism for 
implementing the complex processes involved with the correction of software performance 
deviations. It would be particularly advantageous if the mechanism also tracked time 
budgets and progress towards correction. 
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BRIEF SUMMARY OF THE INVENTION 
[0006] The foregoing problems with the prior state of the art are overcome by the 
principles of the present invention which are directed towards a mechanism for a server 
computing system coordinating communication between a number of client computing 
systems associated with a number of different teams in a manner that allows the various 
teams to cooperatively accomplish a specific purpose such as generating corrective software 
that resolves a software performance deviation. 

[0007] The server identifies a course of steps that when successfully completed 
advances the purpose (e.g., advances development of corrective software for a software 
performance deviation present in a product). The course of steps requires cooperation 
between a number of different teams. For each of the steps in the course of steps, the server 
identifies a corresponding team of one or more people responsible for proper 
implementation of the step. 

[0008] The course of steps may include serial as well as parallel process flows. For any 
given step in the course of steps, the server provides a user interface that at least a 
^ representative of the responsible team may access to complete the step. Upon completion of 

1 

jg that step, the server provides a second user interface that corresponds to the next step and 

06 3 1 * Z that at least the representative of the team responsible for the next step may access to 

§ d S2 3 1 ff complete the next step. If the team responsible for the next step is different than the team 
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£ S £ " 1 ^ responsible for the previous step, then the server causes at least a representative of the team 
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60 responsible for the next step to be notified upon the completion of the previous step. If the 
O team is the same, then the server may cause a notification to occur to the same team, as a 

reminder. 
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[0009] Accordingly, the server facilitates communication to advance the correction of a 
software performance deviation, even if steps associated with correcting the deviation 
require cooperative interaction among multiple teams. The organized and standardized 
approach to correction of software performance deviations allows for faster and more 
coherent software correction, with a higher chance that a quality software correction will be 
issued. 

[0010] If the purpose is the generation of corrective software for a software performance 
deviation, the software performance deviation may be present in multiple products, in which 
case the server may coordinate the course of steps for each product, and for each version of 
the product. However, the network-aided inter-team collaboration in accordance with the 
present invention may be used for the accomplishment of any purpose, not just for the 
correction of a software performance deviation. The server may also coordinate time 
budgets associated with the various steps in the course of steps and provide reporting 
regarding the same so that progress in generating the corrective software may be accurately 
evaluated. 

^ [0011] Additional features and advantages of the invention will be set forth in the 

a 

§ description that follows, and in part will be obvious from the description, or may be learned 

9 g u g 

Pi 2 1 i §3 2 by the practice of the invention. The features and advantages of the invention may be 

S d > S I £ realized and obtained by means of the instruments and combinations particularly pointed out 

Z S p 2 gj 3 in the appended claims. These and other features of the present invention will become more 

5 " fully apparent from the following description and appended claims, or may be learned by the 

O practice of the invention as set forth hereinafter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0012] In order to describe the manner in which the above-recited and other advantages 
and features of the invention can be obtained, a more particular description of the invention 
briefly described above will be rendered by reference to specific embodiments thereof which 
are illustrated in the appended drawings. Understanding that these drawings depict only 
typical embodiments of the invention and are not therefore to be considered to be limiting of 
its scope, the invention will be described and explained with additional specificity and detail 
through the use of the accompanying drawings in which: 

[0013] Figure 1 illustrates a suitable computing system that may implement the features 
of the present invention; 

[0014] Figure 2 illustrates a network environment in which the principles of the present 
invention may be employed; 

[0015] Figure 3 illustrates a method for facilitating inter-team communication to 

advance the generation of corrective software for a software performance deviation; 

[0016] Figure 4 illustrates an investigation administration user interface that may be 

sh used navigate to various investigations, each regarding a software performance deviation; 

g [0017] Figure 5 illustrates a hierarchical structure of an investigation that encompasses 

^* a 

2 < % Z multiple software products; 
S d > o 5 £ [0018] Figure 6 illustrates a user interface that summarizes a course of steps involved 
% \ % S 1 § with advancing the generation of corrective software; 

< 1/3 [0019] Figure 7 illustrates a user interface that a first team may access to complete a 
O particular step in the course of steps; 

[0020] Figure 8 illustrates a user interface that a second team may access to complete 
another step in the course of steps; 
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[0021] Figure 9 illustrates a user interface that may be used to track time budgets as 
progress is made through the course of steps; and 

[0022] Figure 10 illustrates a user interface that may be viewed to track progress 
associated with generating corrective software. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



[0023] The principles of the present invention relate to a mechanism for a server 
computing system coordinating communication between a number of client computing 
systems in a manner that assists in the generation of corrective software that resolves a 
software performance deviation. The server identifies a course of steps that when 
successfully completed advances development of corrective software for a software 
performance deviation in a product. For each of the steps in the course of steps, the server 
identifies a corresponding team of one or more people responsible for proper 
implementation of the step. For any given step in the course of steps, the server provides a 
user interface that at least a representative of the responsible team may access to complete 
the step. The server also facilitates notification between different teams when the workflow 
transfers from one team to another. The mechanism may be used for any inter-team 
collaboration regardless of the ultimate purpose, and not just for the correction of a software 
performance deviation. 

[0024] Embodiments within the scope of the present invention include computer- 
kh readable media for carrying or having computer-executable instructions or data structures 

I 

g stored thereon. Such computer-readable media can be any available media which can be 
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06 2 1 s £ * accessed by a general purpose or special purpose computer. By way of example, and not 

2 -a £ 3 1 £ limitation, such computer-readable media can comprise physical computer-readable media 
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such as RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk 
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5 " storage or other magnetic storage devices, or any other medium which can be used to carry 
O or store desired program code means in the form of computer-executable instructions or data 

structures and which can be accessed by a general purpose or special purpose computer. 
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[0025] When information is transferred or provided over a network or another 
communications connection (either hardwired, wireless, or a combination of hardwired or 
wireless) to a computer, the computer properly views the connection as a computer-readable 
medium. Thus, any such a connection is properly termed a computer-readable medium. 
Combinations of the above should also be included within the scope of computer-readable 
media. Computer-executable instructions comprise, for example, any instructions and data 
which cause a general purpose computer, special purpose computer, or special purpose 
processing device to perform a certain function or group of functions. The computer- 
executable instruction may be, for example, binaries, intermediate format instructions such 
as assembly language, or even source code. Although not required, the invention will be 
described in the general context of computer-executable instructions, such as program 
modules, being executed by computers in network environments. Generally, program 
modules include routines, programs, objects, components, data structures, etc. that perform 
particular tasks or implement particular abstract data types. 

[0026] Those skilled in the art will appreciate that the invention may be practiced in 
network computing environments with many types of computer system configurations, 
including personal computers, hand-held devices, multi-processor systems, microprocessor- 
based or programmable consumer electronics, network PCs, minicomputers, mainframe 
computers, and the like. The invention may also be practiced in distributed computing 
environments where tasks are performed by local and remote processing devices that are 
linked (either by hardwired links, wireless links, or by a combination of hardwired or 
wireless links) through a communications network. In a distributed computing environment, 
program modules may be located in both local and remote memory storage devices. 
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[0027] First, a suitable computing system for implementing the features of the present 
invention will be described with respect to Figure 1 and Section I below. Then, a specific 
embodiment of the invention will be described in which the course of steps related to the 
generation of corrective software for a software performance deviation with respect to 
Figures 2 through 10 and Section II below. Then, a more general embodiment of the 
invention will be briefly described by extending the principles of the specific embodiment to 
any course of steps that require inter-team communication with respect to Section III below. 



Section I - Suitable Computing Environment 
[0028] Figure 1 illustrates suitable computing environment in which the principles of the 
present invention may be employed in the form of a computer 120. The computer 120 
includes a processing unit 121, a system memory 122, and a system bus 123 that couples 
various system components including the system memory 122 to the processing unit 121. 
[0029] The system bus 123 may be any of several types of bus structures including a 
memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of 
sh bus architectures. The system memory includes read only memory (ROM) 124 and random 

[g access memory (RAM) 125. A basic input/output system (BIOS) 126, containing the basic 

=y 2 3 w s 

p4 p! I £ I? 2 routines that help transfer information between elements within the computer 120, such as 
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2 3> o 5 £ during start-up, may be stored in ROM 124. 



3 1 w § g [0030] The computer 120 may also include a magnetic hard disk drive 127 for reading 

2 ^ O o f— i 

w from and writing to a magnetic hard disk 139, a magnetic disk drive 128 for reading from or 



O writing to a removable magnetic disk 129, and an optical disk drive 130 for reading from or 

writing to removable optical disk 131 such as a CD-ROM or other optical media. The 
magnetic hard disk drive 127, magnetic disk drive 128, and optical disk drive 130 are 

- Page 10 - Docket No. 13768.385 



connected to the system bus 123 by a hard disk drive interface 132, a magnetic disk drive- 
interface 133, and an optical drive interface 134, respectively. The drives and their 
associated computer-readable media provide nonvolatile storage of computer-executable 
instructions, data structures, program modules and other data for the computer 120. 
Although the exemplary environment described herein employs a magnetic hard disk 139, a 
removable magnetic disk 129 and a removable optical disk 131, other types of computer 
readable media for storing data can be used, including magnetic cassettes, flash memory 
cards, digital video disks, Bernoulli cartridges, RAMs, ROMs, and the like. 
[0031] Program code means comprising one or more program modules may be stored on 
the hard disk 139, magnetic disk 129, optical disk 131, ROM 124 or RAM 125, including an 
operating system 135, one or more application programs 136, other program modules 137, 
and program data 138. A user may enter commands and information into the computer 120 
through keyboard 140, pointing device 142, or other input devices (not shown), such as a 
microphone, joy stick, game pad, satellite dish, scanner, or the like. These and other input 
devices are often connected to the processing unit 121 through a serial port interface 146 
coupled to system bus 123. Alternatively, the input devices may be connected by other 
interfaces, such as a parallel port, a game port or a universal serial bus (USB). A monitor 
147 or another display device is also connected to system bus 123 via an interface, such as 
video adapter 148. In addition to the monitor, personal computers typically include other 
peripheral output devices (not shown), such as speakers and printers. 
[0032] The computer 120 may operate in a networked environment using logical 
connections to one or more remote computers, such as remote computers 149a and 149b. 
Remote computers 149a and 149b may each be another personal computer, a server, a 
router, a network PC, a peer device or other common network node, and typically include 
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many or all of the elements described above relative to the computer 120, although only 
memory storage devices 150a and 150b and their associated application programs 136a and 
136b have been illustrated in Figure 1. The logical connections depicted in Figure 1 include 
a local area network (LAN) 1 5 1 and a wide area network (WAN) 1 52 that are presented here 
by way of example and not limitation. Such networking environments are commonplace in 
office-wide or enterprise-wide computer networks, intranets and the Internet. 
[0033] When used in a LAN networking environment, the computer 120 is connected to 
the local network 151 through a network interface or adapter 153. When used in a WAN 
networking environment, the computer 120 may include a modem 154, a wireless link, or 
other means for establishing communications over the wide area network 152, such as the 
Internet. The modem 154, which may be internal or external, is connected to the system bus 
123 via the serial port interface 146. In a networked environment, program modules 
depicted relative to the computer 120, or portions thereof, may be stored in the remote 
memory storage device. It will be appreciated that the network connections shown are 
exemplary and other means of establishing communications over wide area network 152 



^ may be used. 
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£j [0034] While Figure 1 represents a suitable operating environment for the present 
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p4 2 < % % Z invention, the principles of the present invention may be employed in any computing system 
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S o S fc" that is capable of sending network messages and otherwise performing the principles of the 



1 5 1 i a present invention. The computing system illustrated in Figure 1 is illustrative only, and by 
no means represents even a small portion of the wide variety of environments in which the 



O principles of the present invention may be implemented. In the description and in the 

claims, a "computing system" is defined broadly as any hardware component or components 
that are capable of using software to perform one or more functions. Examples of 
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computing systems include desktop computers, laptop computers, Personal Digital 
Assistants (PDAs), telephones, or any other system or device that has processing capability. 



Section II - Specific Embodiment related to Software Performance Deviation Correction 
[0035] Figure 2 illustrates a network environment 200 in which the principles of the 
present invention may be employed. The network environment 200 includes a server 
computing system 201 (hereinafter also referred to as simply a "server") and multiple client 
computing systems (each hereinafter also referred to as simply a "client"). There may be 
any number of clients in the network, each having an associated user that belongs to one or 
more teams, each responsible for certain aspects of generating the corrective software. 
[0036] For example, as illustrated in Figure 2, the network environment 200 has clients 
that have associated users belonging to teams 210, 220, 230 and 240 among potentially other 
clients that do not belong to any of teams 210, 220, 230 or 240. As illustrated, clients 21 1 
through 215 each have a user that belongs to the team 210; clients 221 through 224 each 
have a user that belongs to the team 220; clients 231 through 236 each have a user that 
belongs to the team 230; and clients 241 through 243 and 223 each have a user that belongs 
to the team 240. Other clients 251 through 253 may also be present in the network 



5 



rfifciS- environment, but not belong to any of teams 210 through 240. In addition, some clients may 
§ 3 5 5§ I £ be members of multiple teams. For example, client 223 belongs to both teams 220 and 240. 

5 3 ►j co o 

£ 8 1 ™ I a The server 201 and clients may each be structured as illustrated and described above with 
jjj < 60 respect to the computer 120 of Figure 1, although (as previously mentioned) this is by no 
O means required. 

[0037] Figure 3 illustrates a flowchart of a method 300 for the server coordinating 
communication between the clients in a manner that assists in the generation of corrective 
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software that resolves a software performance deviation. As the method 300 may be 
implemented in the network environment 200, the method 300 of Figure 3 will now be 
described with frequent reference to the network environment 200 of Figure 2. 
[0038] The method 300 may be initiated when a software performance deviation is 
detected (act 301). This detection may occur by for example, a user of a software product 
reporting regarding the software performance deviation. Alternatively, a group internal to or 
in cooperation with the software developer of the product may also detect the software 
performance deviation. In any case, the software performance deviation is reported to the 
server 201. 

[0039] The process involved with resolving a detected software performance deviation 
will also be referred to herein as an "investigation". Figure 5 illustrates a hierarchical 
structure 500 of an investigation 511 among potentially one or more investigations as 
represented by the horizontal ellipses 512. The investigation 511 involves one or more 
products such as, for example, products 521 and 522 among potentially more as represented 
by the horizontal ellipses 523. 

[0040] Access privileges may be granted or denied based on this hierarchical structure. 
For example, individuals may have access to view or edit anything for any investigation, 
anything for any bug related to a particular product, or anything for a specific bug. Figure 4 
illustrates an investigation administration user interface 400 that may be used to navigate to 
various investigations, each regarding a software performance deviation. The user interface 
includes a row for each investigation and bug combination. Each bug corresponds to a 
particular product and has a specific bug identifier. The user interface may display those 
investigations, products, or specific bugs for which the user has at least view permission. In 
this example, the investigation having an identifier 1001 includes a bug having an identifier 
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BOOL The investigation having an identifier 1002 includes a bug having an identifier B002. 
The investigation having an identifier 1003 includes two bugs having respective identifiers 
B003 and B004. 

[0041] As previously mentioned, the software performance deviation may be present in 
a single product, or may be present in multiple products. The remaining portions of the 
method 300 (i.e., acts 302, 304, 305 and 308, step 303, and decision blocks 306 and 307) 
may be performed for each of the one or more affected products. 

[0042] Specifically, the server 201 identifies a course of steps (act 302) that when 
successfully completed advances development of corrective software for the software 
performance deviation. The course of steps may be the same regardless of the investigation 
or product, although this is not required. The course of steps may be identified by mere 
virtue of the fact that there is a default course of steps. In another embodiment, the course 
of steps may be a function of the investigation type (e.g., security related) and product. 
Regardless, the course of steps requires cooperation between at least two teams. 
[0043] Figure 6 illustrates a user interface 600 that summarizes a course of steps 610 
involved with advancing the generation of corrective software. This user interface 600 may 
be displayed to those having view permissions for the corresponding product or bug. The 
user interface 600 may be arrived at by selecting a corresponding row of the user interface 
400. The course of steps 610 includes steps 61 1 through 640. Some of the steps (e.g., steps 
611 through 622, 629, 635 and 640) are in series while other steps (e.g., steps 623 through 
628, 630 through 634 and 636 through 639) are in parallel. Each parallel branch in the 
process flow may likewise include serial process flows. For example, steps 623 through 626 
represent serial steps within a parallel branch of the overall process flow. In addition, 
although not shown, each parallel branch of the overall process flow may also include their 
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own parallel process flows. The exact process involved with each step is not important to 
the principles of the present invention. Any given enterprise may choose different steps and 
course of steps as is appropriate for that enterprise. The course of steps will depend largely 
on the specifics of how the enterprise is structured and what teams are available. 
[0044] The server 201 then performs a functional, result-oriented step for facilitating 
communication between the clients in manner that facilitates completion of the course of 
steps (step 303). This step may include any corresponding acts for accomplishing this 
result. However, in the illustrated embodiment, the step 303 includes corresponding acts 
304 through 308. 

[0045] Specifically, the server identifies a corresponding team of one or more people 
responsible for proper implementation of the step (act 304) for each of the steps in the 
course of steps. For example, referring to the user interface 600 of Figure 6, there are at 
least three teams involved with the course of steps; represented generically as team 1, team 
2, and with any other team being represented generically as "other". The shading of the 
boxes representing each step visually identifies the appropriate team responsible for that 
step. For example, team 1 is responsible for steps 611, 614, 616, 618, 619, 621, 622, 627, 
628, 629 and 635. Team 2 is responsible for steps 612, 613, 615, 617, 620, 623 through 626 
and 640. Other teams are responsible for steps 630 through 634 and 636 through 639. Each 
of the steps that correspond to the "other" teams is performed by one of the other teams. 
[0046] Returning back to Figure 3, the loop represented by acts 305 through 308 is 
repeated for each step in the course of steps. Specifically, the server provides a user 
interface that at least a representative of the corresponding team may access to complete the 
step (act 305). In one embodiment, some or even all of the team members are allowed 
access to the user interface. The user interface access may be browser-based. The team 
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members that have access to the user interface may use the browser to navigate to a web 
page hosted by the server 201. In Figure 2, the client associated with the representative for 
each team is represented by a triangle, whereas the clients associated with the other 
members are represented by rectangles. Although only one representative is shown for each 
team in Figure 2, each team may include multiple representatives. 

[0047] For example, suppose that progress is currently at step 616 (i.e., Investigate 
Confirmation) in the course of events 610 of Figure 6, act 305 may involve providing a user 
interface 700 as represented in Figure 7 to an authorized team member. The user interface 
700 may include any reporting or interactive structure that facilitates accomplishment of the 
step. Such structure may include any elements that are commonly available for web pages 
such as radio buttons, text boxes, pull-down menus, static information, previously entered 
information, or the like. The web page may be dynamically created based on application 
state information that results from previous steps in the course of steps. In the illustrated 
embodiment, the user interface 700 includes a title 711 that identifies the associated step, 
and fields 712 that each identify a field type for a corresponding one of value fields 713. 
^ [0048] If the step is not yet completed (NO in decision block 306), the user interface 

s 

g continues to be made available to the authorized team members (act 305). However, if the 
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pi 1 1 S £ " step is completed (YES in decision block 306), then the method 300 ends if there are no 
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2 d > o 1 1 further steps (YES in decision block 307). In this case, however, since the course of events 
£ g h $ < 3 is currently at step 616 in Figure 6, there are further steps (NO in decision block 307). 

< 1/5 [0049] In that case, the server causes at least the representative (or some or even all) of 
O the team associated with the next step to be automatically notified upon the completion of 

the previous step (act 308). If the team for both of these steps is the same, then the 
notification may be an internal notification to the user. If the team for the next step is 
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different, then the notification may be, for example, an e-mail notification with an embedded 
hyperlink that allows the authorized associated team for the next step to select the link and 
access a user interface for the next step. 

[0050] At this stage, the method returns to act 305 where the authorized team member 
for the next step is provided with a user interface. For example, Figure 8 illustrates a user 
interface 800, which includes a title field 811, value type fields 812 and value fields 813. 
The user interface 800 corresponds to the assess step (i.e., step 617 of Figure 6). Once 
again, the user interface 800 includes any structure that presents information and interfaces 
with the user in a manner that facilitates accomplishment of the step. The precise content of 
such user interfaces is not important to the principles of the present invention, and will vary 
according to the structure and preferences of the enterprise implementing the course of 
steps. In the example user interface of Figures 7 and 8, the value fields may be static or 
editable depending on the step. For example, value fields 713 in the user interface 700 of 
Figure 7 are not editable and the highlighting indicates the information the authorized team 
member is to confirm in the step. However, the Is This a Vulnerability field in value fields 
813 in the user interface 800 of Figure 8 is editable and requires the authorized team 
member to make a selection. After selecting, the interface will reveal more fields requiring 
information relevant to that particular selection. 

[0051] The server 201 may cause the notification from one team to another in several 
alternative ways. In a first alternative, the server notifies at least the representative of the 
first team of a network address (e.g., an e-mail address) of at least the representative of the 
second team. Then, the client associated with that first team's representative then 
automatically sends the e-mail upon the completion of the previous step. In a second 
alternative, the server 201 receives notification from the first team that the previous step is 
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completed. Then, the server 201 automatically notifies at least the representative of the 
second team in response. In this description an in the claims, "automatically" means 
without requiring concurrent user intervention. 

[0052] Optionally, each team associated in a step may reject the work of a previous step 
and thereby return the progress of the course of events to a previous step, with appropriate 
notification to the team responsible for the previous step. In that case, act 308 may involve 
notifying a previous team in the course of steps, where the loop then returns to that previous 
step. 

[0053] Returning once again to Figure 6, note that some of the steps are in series and 
some are in parallel. Accordingly, the course of steps may lead to expansive branching 
operation when the completion of one step leads to the initiation of multiple parallel steps. 
For example, when step 622 is complete, parallel steps 623 and 627 are initiated. In that 
case, the teams associated with steps 623 and 627 are notified once the step 622 is complete. 
In a corresponding contractive merging operation, one step is only initiated upon the 
completion of multiple parallel operations. For example, step 629 is not initiated until steps 
626 and 628 are both complete. 

[0054] The process is repeated (acts 305 through 308 of Figure 8 continue to loop) until 
all of the steps in the course of steps are complete, with each different team being notified 
appropriately and given access to the appropriate user interface at the appropriate progress 
points in the course of events. Accordingly, efficient inter-team collaborative resolution of a 
software performance deviation may be reached. 

[0055] The server 201 may also provide a user interface to allow for user- friendly visual 
representations of how the course of steps is progressing in accordance with a time budget. 
Figure 9 illustrates a user interface 900 illustrates one such interface. The user interface 900 
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may show progress on all investigations for which the user has view privileges. Other user 
interfaces such as the user interface 1000 of Figure 10 illustrate a flowchart representation of 
how the steps are progressing. The flowchart may be updated in real-time or with some 
delay. Each step in the flowchart has a color or shading that represents whether the step has 
been completed, whether the step is in progress, or whether the step is yet to be initiated. 

Section III - General Embodiment related to Inter-Team Collaborative Processes 
[0056] Figures 2 through 10 have been described with respect to a mechanism that 
facilitates cooperative inter-team communication for the purpose of generating corrective 
software for software performance deviations. However, one of ordinary skill in the art will 
recognize, after having reviewed this description, that the principles of the present invention 
may apply to similar mechanisms that facilitate cooperative inter-team communication for 
accomplishing any purpose. 

[0057] The difference would be that instead of detecting a software performance 
deviation, some other need is detected. The identified course of steps, and the user interface 
for those steps, would be tailored towards advancing progress towards meeting that specific 
need, rather than just the software performance deviation. Furthermore, the teams 
responsible for advancing each step in the course of steps may be different than those 
responsible for steps related to generating corrective software. In all other respects, 
however, the method 300 of Figure 3 may be the same. Accordingly, a mechanism has been 
described that facilitates inter-team cooperation in progressing through a course of steps that 
leads to the fulfillment of any need. 

[0058] The present invention may be embodied in other specific forms without departing 
from its spirit or essential characteristics. The described embodiments are to be considered 
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in all respects only as illustrative and not restrictive. The scope of the invention is, 
therefore, indicated by the appended claims rather than by the foregoing description. All 
changes, which come within the meaning and range of equivalency of the claims, are to be 
embraced within their scope. 

[0059] What is claimed and desired secured by United States Letters Patent is: 
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